Optimized Locking in SQL Server 2025: Internals, Contention und Concurrency Video

Mit Optimized Locking in SQL Server 2025 verändert Microsoft grundlegend, wie die Storage Engine gleichzeitige Datenänderungen synchronisiert. Statt viele Row- und Page Locks über längere Zeit zu halten, verlagert die Engine einen großen Teil der Synchronisierung auf transaction-level ownership. Das reduziert den Speicherbedarf für Locks, verkürzt Blocking Chains und kann die Wahrscheinlichkeit von Deadlocks in stark belasteten OLTP-Workloads deutlich senken. Eine der wichtigsten Neuerungen ist Lock After Qualification (LAQ). Dabei trennt SQL Server die Frage, ob eine Row die Suchbedingung erfüllt, stärker von der eigentlichen physischen Änderung. Anstatt bereits während des Scans Update Locks zu erwerben, prüft die Engine Rows zunächst optimistisch auf Basis von versioned visibility semantics und synchronisiert erst dann, wenn dies tatsächlich erforderlich ist. In dieser Session schauen wir uns die neue Locking Pipeline im Detail an und beantworten unter anderem folgende Fragen: - Wie funktionieren TID Locks, und wie ersetzt transaction ownership viele klassische Row Locks? - Wie arbeitet LAQ, und warum werden Qualification und Physical Modification voneinander getrennt? - Warum führen bestimmte Write-Write Conflicts nicht mehr automatisch zu Blocking? - Welche Mechanismen wie Re-Qualification und commit-dependent predicate reasoning stellen weiterhin vollständige ACID-Garantien sicher? Anhand praktischer Demos mit Dynamic Management Views, DBCC PAGE und Page-Level-Analysen machen wir sichtbar, was intern tatsächlich passiert. Wir betrachten Page Headers und Row Structures und untersuchen dabei transaction ownership, version pointers sowie in-row und off-row storage im Persistent Version Store (PVS). Zum Abschluss übertragen wir die internen Mechanismen auf reale Workloads. Dabei geht es unter anderem um Index Access Paths, Hotspot-Szenarien und Situationen, in denen SQL Server weiterhin auf klassische Locking Semantics zurückgreifen muss. Nach dieser Session haben die Teilnehmer ein klares mentales Modell davon, wie Optimized Locking in SQL Server 2025 funktioniert, welche Auswirkungen es auf Concurrency und Blocking hat und wie Workloads gestaltet werden können, um von geringerem Contention und besserer Skalierbarkeit zu profitieren.